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BACKGROUND 

UARTs like other system components have evolved for 
many years to become faster, more integrated and less ex- 
pensive. The rise in popularity of the personal computer with 
its focus and competition primarily centered on an architec- 
ture introduced by IBM®, has driven both UART perform- 
ance and software compatibility issues. As transmission 
rates have increased, the amount of time the CPU has for 
other tasks while handling an active serial channel has been 
sharply reduced. One byte of data received at 1200 baud 
(8.3 ms) is received in Yieth the time at 1 9.2 kbaud (520 p,s). 
Software compatibility among the PC-based UARTs is crit- 
ical due to the thousands of existing programs which use 
the serial channel and the new programs continually being 
offered. 

Higher baud rates and compatibility requirements influence 
new UART designs. These two constraints result in UARTs 
that are capable of higher data rates, increasingly indepen- 
dent of CPU intervention and providing more autonomous 
features, while maintaining software compatibility. These 
development paths have been brought together in a new 
UART from National Semiconductor designated the 
NS16550A. 

The NS16550A has all of the registers of its two predeces- 
sor parts (INS8250 and NS16450), so it can run all existing 
IBM PC, XT, AT, RT and compatible serial port software. In 
addition, it has a programmable mode which incorporates 
new high-performance features. Of course, all of these ad- 
vanced features are useful in any asynchronous serial com- 
munications application regardless of the host architecture. 
The reader is assumed to be familiar with the standard fea- 
tures of the NS16450, so this paper will concentrate mainly 
on the new features of the NS16550A. If the reader is unfa- 
miliar with these UARTs it is advisable to start by reading 
their data sheets. 

The first section reviews some of the design considerations 
and the operation of the NS16550A advanced features. The 
second section shows an NS16550A initialization routine 
written in 80286 assembly code with an explanation of the 
routine. The third section gives a detailed example of com- 
munications drivers written to interface two NS16550As on 
individual boards. These drivers are written for use with Na- 
tional Semiconductor's DB32032 evaluation boards, but can 
be ported to any NS32032-based system containing an 
NS32202 (ICU). 

1.0 Design Considerations and 
Operation of the New 
UART Features 

In order to optimize CPU/UART data transactions, the 
UART design takes into consideration the following con- 
straints: 
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1 . The CPU is usually much faster than the UART at trans- 
ferring data. A high speed CPU could transfer a byte of 
data to/from the UART in a minimum of 280 ns. The 
UART would take over 1 800 times longer to transmit/re- 
ceive this data serially if it were operating at 19.2 kbaud. 

2. There is a finite amount of wasted CPU time due to 
software overhead when stopping its current task to 
service the UART (context switching overhead). 

3. The CPU may be required to complete a certain portion 
of its current task in a multitasking system before servic- 
ing the UART. This delay is the CPU latency time asso- 
ciated with servicing the interrupt. The amount of time 
that the receiver can accept continuous data after it re- 
quests service from the CPU constrains CPU latency 
time. 

The design constraints listed above are met by adding two 
FIFOs and specialized transmitter/receiver support circuitry 
to the existing NS16450 design. The FIFOs are 16 bytes 
deep — one holds data for the transmitter, the other for the 
receiver (see Figure 1 ). Similarity between the FIFOs stops 
with their size, as each has been customized for special 
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FIGURE 1. Rx and Tx FIFOs 

transmitter or receiver functions. Each has support circuitry 
to minimize software overhead when handling interrupts. 
The NS16550A receiver optimizes the CPU/UART data 
transaction via the following features: 

1. The depth of the Receiver (Rx) FIFO ensures that as 
many as 16 characters will be ready to transfer when 
the CPU services the Rx interrupt. Therefore, the CPU 
transfer rate is effectively buffered from the serial data 
rate. 

2. The program can select the number of bytes required in 
the Rx FIFO (1, 4, 8 or 14) before the UART issues an 
interrupt. This allows the software to modify the interrupt 
trigger levels depending on its current task or loading. It 
also ensures that the CPU doesn't continually waste 
time switching context for only a few characters. 
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3. The Rx FIFO will hold 16 bytes regardless of which trig- 
ger level the CPU selects. This makes allowances for a 
variety of CPU latency times, as the FIFO continues to 
fill after the interrupt is issued. 

The NS16550A transmitter optimizes the CPU/UART data 

transaction via the following features: 

1 . The depth of the Transmitter (Tx) FIFO ensures that as 
many as 16 characters can be transferred when the 
GPU services the Tx interrupt. Once again, this effec- 
tively buffers the CPU transfer rate from the serial data 
rate. 

2. The Transmitter (Tx) FIFO is similar in structure to 
FIFOs the user may have previously set up in RAM. The 
Tx depth allows the CPU to load 16 characters each 
time it switches context to the service routine. This re- 
duces the impact of the CPU time lost in context switch- 
ing. 

3. Since a time lag in servicing an asynchronous transmit- 
ter usually has no penalty, CPU latency time is of no 
concern to transmitter operation. 

TX AND RX FIFO OPERATION 

The Tx portion of the UART transmits data through SOUT 
as soon as the CPU loads a byte into the Tx FIFO. The 
UART will prevent loads to the Tx FIFO if it currently holds 
16 characters. Loading to the Tx FIFO will again be enabled 
as soon as the next character is transferred to the Tx shift 
register. These capabilities account for the largely autono- 
mous operation of the Tx. 

The UART starts the above operations typically with a Tx 
interrupt. The NS1 6550A issues a Tx interrupt whenever the 
Tx FIFO is empty and the Tx interrupt is enabled, except in 
the following instance. Assume that the Tx FIFO is empty 
and the CPU starts to load it. When the first byte enters the 
FIFO, the Tx FIFO empty interrupt will transition from active 
to inactive. Depending on the execution speed of the serv- 
ice routine software, the UART may be able to transfer this 
byte from the FIFO to the shift register before the CPU 
loads another byte. If this happens, the Tx FIFO will be emp- 
ty again and typically the UART's interrupt line would tran- 
sition to the active state. This could cause a system with an 
interrupt control unit to record a Tx FIFO empty condition, 
even though the CPU is currently servicing that interrupt. 
Therefore, after the first byte has been loaded into the FIFO 
the UART will wait one serial character transmission time 
before issuing a new Tx FIFO empty interrupt. 
This one character Tx interrupt delay will remain active until 
at least two bytes have been loaded into the FIFO, concur- 
rently. When the Tx FIFO empties after this condition, the 
Tx interrupt will be activated without a one character delay. 
Rx support functions and operation are quite different from 
those described for the transmitter. The Rx FIFO receives 
data until the number of bytes in the FIFO equals the select- 
ed interrupt trigger level. At that time if Rx interrupts are 
enabled, the UART will issue an interrupt to the CPU. The 
Rx FIFO will continue to store bytes until it holds 16 of them. 
It will not accept any more data when it is full. Any more 



data entering the Rx shift register will set the Overrun Error 
flag. Normally, the FIFO depth and the programmable trig- 
ger levels will give the CPU ample time to empty the Rx 
FIFO before an overrun occurs. 

One side-effect of having a Rx FIFO is that the selected 
interrupt trigger level may be above the data level in the 
FIFO. This could occur when data at the end of the block 
contains fewer bytes than the trigger level. No interrupt 
would be issued to the CPU and the data would remain in 
the UART. To prevent the software from having to check for 
this situation the NS16550A incorporates a timeout inter- 
rupt. 

The timeout interrupt is activated when there is at least one 
byte in the Rx FIFO, and neither the CPU nor the Rx shift 
register has accessed the Rx FIFO within 4 character times 
of the last byte. The timeout interrupt is cleared or reset 
when the CPU reads the Rx FIFO or another character en- 
ters it. 

These FIFO related features allow optimization of CPU/ 
UART transactions and are especially useful given the high- 
er baud rate capability (256 kbaud). However, in order to 
eliminate most CPU interactions, the UART provides DMA 
request signals. Two DMA modes are supported: single- 
transfer and multi-transfer. These modes allow the UART to 
interface to higher performance DMA units, which can inter- 
leave their transfers between CPU cycles or execute multi- 
ple byte transfers. 

In single-transfer mode the receiver DMA request signal (Rx 
RDY) goes active whenever there is at least one character 
in the Rx FIFO. It goes inactive when the Rx FIFO is empty. 
The transmitter DMA request signal (Tx RDY) goes active 
when there are no characters in the Tx FIFO. It goes inac- 
tive when there is at least one character in the Tx FIFO. 
Therefore, in single-transfer mode active and inactive DMA 
signals are issued on a one byte basis. 
In multi-transfer mode Rx RDY goes active whenever the 
trigger level or the timeout has been reached. It goes inac- 
tive when the Rx FIFO is empty. Tx RDY goes active when 
there is at least one unfilled position in the Tx FIFO. It goes 
inactive when the Tx FIFO is completely full. Therefore in 
multi-transfer mode active and inactive DMA signals are is- 
sued as the FIFO fills and empties. With 2 DMA channels 
(one for each Rx and Tx) assigned to it, the NS16550A 
could run somewhat independently of the CPU when the 
DMA unit transfers data composed of blocks with check- 
sums. 

SYSTEM OPERATION: THE NS16550A VS THE NS16450 

Consider the typical system interface block diagram in Fig- 
ure 2. This is a simple diagram, but it includes all of the 
components that typically interact with a UART. The advan- 
tages of the NS1 6550A over the NS1 6450 can be illustrated 
by comparing some of the system constraints when each 
UART is substituted into this basic system. 
Both RS-232C and RS-422A interfaces can be used with 
either UART, however, the NS16550A can drive these inter- 
faces up to 256 kbaud. Regarding the RS-422A specifica- 
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FIGURE 2. Typical System Interface 



TL/C/9313-2 



tion (max. 10 Mbaud) this is significantly faster than the 
NS16450 (max. 56 l<baud). 

The NS16450 has no DMA request signals, so the DIVIA unit 
would not interact with the NS16450. The NS16550A, how- 
ever, has DMA request signals and two modes of data 
transfer, as previously described, to interface with a variety 
of DMA units. 

The greatest advantages of the NS16550A over the 
NS16450 are seen when considering the CPU/UART inter- 
face. Some characteristics of the transactions occurring be- 
tween the CPU and the UART were previously cited. How- 
ever, optimizing these transactions involves two issues: 

1 . Decreasing the amount of time the CPU interacts with 
the UART. 

2. Increasing the amount of data transferred between the 
CPU and UART during their interaction time. 

These optimization criteria are directly opposed to each oth- 
er, but various features on the NS16550A have improved 
both. 

One of the more obvious ways to decrease the CPU/UART 
interaction time is to decrease the time it takes for the trans- 
action to occur. The NS16550A has an access cycle time 
that is almost 25% shorter than the NS16450. In addition, 
other timing parameters were made faster to simplify high 
speed CPU interactions. 

The actual software required to transfer the data between 
the CPU and the UART is a small percentage of that re- 
quired to support this transfer. However, each time a trans- 
fer occurs in the NS16450, this support software (overhead) 
must also be executed. With the NS16550A each time the 
UART needs service the CPU can theoretically transfer 16 
bytes while only running through its overhead once. Tests 
have shown that this will increase the performance by a 
factor of 5 at the system level over the NS16450. 
Another time savings for the CPU is a new feature of the 
UART interrupt structure. Unlike most other UARTs with Rx 



FIFOs, the NS16550A will issue an interrupt when there are 
characters below the interrupt trigger level after a preset 
time delay. This saves the extra time spent by the CPU to 
check for bytes that are at the end of a block, but won't 
reach the interrupt level. 

Since the NS16550A register set is identical to the 
NS16450 on power-up, all existing NS16450 software will 
run on it. The FIFOs are only enabled under program con- 
trol. 

All of this added performance is not without some trade- 
offs. Two of the NS16450 pins, no connect (NC) and chip 
select out (CSOUT) have been replaced by the RxRDY and 
TxRDY pins. Most serial cards that currently use the 
NS16450 don't use these pins, so in those situations the 
NS16550A could be used as a plug-in upgrade. The soft- 
ware drivers for the NS16550A operating in FIFO mode 
need to be a little more sophisticated than for the NS16450. 
This will not cause a great penalty in CPU operating time as 
there is only one additional UART register to program and 
one to check during the initialization. One additional service 
routine is required to handle Rx timeout interrupts. This rou- 
tine does not execute, except during intermittent transmis- 
sions or as described above. 

All of these speed improvements and allowances for soft- 
ware constraints will make the NS16550A an optimal UART 
for both multi-tasking systems and multiport systems. Multi- 
tasking systems benefit from the increased time and flexibil- 
ity offered to the CPU during context switching. Multiport 
systems, such as terminal concentrators, benefit from the 
on-board FIFOs and relatively autonomous functions of the 
UART. 

SYSTEM INTERRUPT GENERATION 

As a prelude to the topic of the next section (80286tm- 
based system initialization) a review of a typical PC hard- 
ware interrupt path is given. This concerns only the interrupt 
path between the UART and the CPU (see Figure 3 ). 
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FIGURE 3. Typical PC Interrupt System Hardware 



In order to enable interrupts from the UART to the CPU 
each hardware device must be correctly initialized. While 
initializing the hardware path, CPU interrupts are turned off 
to avoid false interrupts from this path. This initialization 
should be as short as possible to avoid other devices 
"stacking up" interrupts during this time. 
After the NS16550A is initialized the bits 0-3 in the Interrupt 
Enable Register (lER) are set enabling all UART interrupts. 
Also, bit 3 in the Modem Control Register (MCR) is set to 
enable the buffer between the UART and the ICU. 
The ICU has bit 4 of its Interrupt Mask Register (IMR) 
cleared, allowing interrupts occuring on IRQ4 to be trans- 
ferred to the CPU via the group interrupt (INT). Finally, CPU 
interrupts are enabled again via the STI instruction. 
The programmer should be aware that the ICU will be initial- 
ized for edge-triggered interrupts and that the UART always 
produces level active interrupts. This allows the system to 
get into a situation where the UART has multiple interrupts 
pending (signaled via a constantly high INTR), but the ICU 
fails to respond because it expects an edge for each pend- 
ing interrupt. To avoid this situation, the programmer should 
disable all UART interrupts via the lER when entering each 
UART interrupt service routine and then reenable all UART 
interrupts that are to be used just before exiting each inter- 
rupt service routine. 

SUMMARY 

Up to this point the features of the NS16550A have been 
described, some of the design goals that resulted in these 
features have been reviewed, and a comparison has been 
given between it and the NS16450. Increases in bus speed 
and specialized functions make this part both faster from 
the hardware point of view and more efficient from the soft- 
ware point of view. 

2.0 NS16550A Initialization 

This initialization can be used on any 80286-based system; 
it enables both FIFOs and all interrupts on the UART. Addi- 
tional procedures would have to be written to actually trans- 
fer data and service interrupts. These procedures would be 
similar in form to the 32000-based example in the next sec- 
tion, but the code would be different. The general flow of the 
initialization is shown in Figure 4 and described below. 

DETAILED SOFTWARE DESCRIPTION 

The first block in the initialization establishes abbreviations 
for the NS16550A registers and assigns addresses to them. 
The next three blocks establish code and data segments for 
the 80286. After jumping to the code start, the program dis- 
ables CPU interrupts (CLI) until it has finished the initializa- 
tion routine. Other interrupts may be active while CPU inter- 



rupts are masked, so the section of code following CLI 
should be as short as possible. The next block replaces the 
existing C0M1 interrupt vector with the address of 
NS16550A interrupt handler (INTH in this case). 
Initialization of the NS16550A is similar to the NS16450, 
except that there is one additional register to program which 
controls the FIFOs (Refer to the datasheet for a complete 
description). The sequence shown here sets bit 7 (DLAB) of 
the line control register (LCR), which enables access to the 
baud rate generator divisor. The divisor programmed is 
0006 (19.2 kbaud) in this example. Programming the LCR 
again resets bit 7 (allowing access to the operational regis- 
ters) and programs each frame for 7 data bits, one stop bit 
and even parity. The additional register that needs to be 
programmed in the NS16550A is the FIFO control register 
(FCR). The FCR data is 1 1 00 0001 . Bits 6 and 7 set the Rx 
FIFO interrupt trigger level at 14 characters. Bits 5 and 4 are 
reserved. Bit 3 keeps the DMA signal lines in mode 0. Set- 
ting bits 2 and 1 clear the Tx and Rx FIFOs, but this is done 
automatically when the FIFOs are first enabled by setting bit 
0. Bit of the FCR should ALWAYS BE SET whenever 
changes are to be made to the other bits of the FCR and the 
UART is to remain in FIFO Mode. When the FIFOs on the 
NS16550A are enabled bits 6 and 7 in the Interrupt Identifi- 
cation Register are set. Thus the program can distinguish 
between an NS16450 and an NS16550A, taking advantage 
of the FIFOs. 

Sending a OF to the Interrupt Enable Register enables all 
UART interrupts. The next two register accesses, reading 
the Line Status Register and the Modem Status Register, 
are optional. They are conservatively included in this initiali- 
zation in order to defeat false interrupt indications in these 
registers caused by noise on the external lines. 
The next block of code enables the interrupt signal to go 
beyond the UART through the system hardware. In many 
popular 80286-based personal computers, an interrupt con- 
trol unit (ICU) has its mask register at I/O address 21 H. To 
enable interrupts through this ICU for C0M1 without disturb- 
ing other interrupts, the Interrupt Mask Register (IMR) is 
read. This data is combined with 1110 1111 via an AND 
instruction to unmask the C0M1 interrupt and then loaded it 
back to the IMR. On these personal computers there is also 
a buffer on the interrupt line between the UART and ICU. 
This buffer is enabled by setting the 0UT2 bit of the MO- 
DEM Control Register in the UART. 

Before enabling CPU interrupts (STI) pointer registers to the 
data buffers of each service routine are loaded. After en- 
abling CPU interrupts this program jumps to a holding loop 
to wait for an interrupt, whereas most programs would con- 
tinue initializing other devices or jump to the system loop. 
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FIGURE 4. NS16550A Initialization and Driver Flowchart 





TITLE 550APP.ASM - NS16550A INITIALIZATION 


;ESIABLISH NS16550A REGISTER ADDRESS/DATA EQUATES 


. ^ jli ^ j;: ^ =:! 


****^ 


* UART REGISTERS =:==:'=!=*=!=*=^=:==^=:=*****=^**=f=*=!=*=^* 


rxd 


EQU 


3F8H 


RECEIVE DATA REG 


txd 


EQU 


3F8H 


TRANSMITT DATA REG 


ler 


EQU 


3F9H 


INTERRUPT ENABLE REG 


dll 


EQU 


3F8H 


DIVISOR LATCH LOW 


dlh 


EQU 


3F9H 


DIVISOR LATCH HIGH 


llr 


EQU 


3FAH 


INTERRUPT IDENTIFICATION REG 


fcr 


EQU 


3FAH 


FIFO CONTROL REG 


lor 


EQU 


3FBH 


LINE CONTROL REG 


mcr 


EQU 


3FCH 


MODEM CONTROL REG 


Isr 


EQU 


3FDH 


LINE STATUS REG 


msr 


EQU 


3FEH 


MODEM STATUS REG 


scr 


EQU 


3FFH 


SCRATCH PAD REG 


. ^ Jli ^ j;: ^ j;: 


****^ 


*:::*!!!* DATA EQUATES *******=:= ********=!= 


bufsize 


EQU 


7CrH 


TX AND RX BUFFER SIZE 


dosrout 


EQU 


25H 


DOS ROUTINE SPECIFICATION 


Intnum 


EQU 


OCH 


INTERRUPT NUMBER (OCH = COMl) 


loumask 


EQU 


OEFH 


ICU INTERRUPT ENABLE MASK 


divacc 


EQU 


BOH 


DIVISOR LATCH ACCESS CODE 


lowdiv 


EQU 


06H 


LOWER DIVISOR 


uppdiv 


EQU 


OOH 


UPPER DIVISOR 


dataspo 


EQU 


lAH 


DLAB = 0, 7 BITS, 1 STOP, EVEN 


flfospo 


EQU 


OCIH 


FIFOS ENABLED, TRIG = 14, DMA MODE = 


setouta 


EQU 


08H 


SETTING 0UT2 ENABLES INTRs TO THE ICU 


intmask 


EQU 


OFH 


UART INTERRUPT ENABLE MASK 


.^i)i^-^:^l]i 


****^ 


ESTABLISH CODE AND DATA SEGMENTS ****************** 


cseg 


SEGMENT PARA PUBLIC "code" 




ORG 


lOOH 




ASSUME CS:oseg,DS:oseg 


INIT: 








PUSH CS 




POP 


DS 




JMP 


START 
:STABLISH DATA BUFFERS AND RAM REGISTERS ******** 


. ^ 111 ^ j;: ^ :;! 


*** ■ 


msflag 


DB 





txflag 


DB 





sbuf 


DB 


bufsize DUP ("S") 


STRING BUFFER 


rbuf 


DB 


bufsize DUP ("R") 


RECEIVE BUFFER 


sbufe 


EQU 


sbuf + bufsize 


END OF STRING BUFFER 


rbufe 


EQU 


rbuf + bufsize 


END OF RECEIVE BUFFER 


START : 








CLI 


;>>> DISABLE CPU INTERRUPTS <<< 



LOAD NEW INTERRUPT SERVICE ROUTINE POINTER FOR COMl 



SAVE EXISTING DATA SEG 
DESIGNATE FUNCTION NUMBER 
DESIGNATE INTERRUPT 
ALIGN CODE SEG 
WITH DATA SEG 

SPECIFY SERVICE ROUTINE OFFSET 
REPLACE EXISTING INTR VECTOR 
RESTORE CURRENT DATA SEG 



,ft,f*tt44t,f*t*t,ft INITIALIZE NS16550A *********************** 

This enables both FIFOs for data transfers at 19.2 kbaud using 
7 bit data, 1 stop bit and even parity. The Rx FIFO interrupt 
trigger level is set at 14 bytes. 



PUSH 


DS 


MOV 


AH.dosrout 


MOV 


AL.intnum 


PUSH 


CS 


POP 


DS 


MOV 


DX, OFFSET INTH 


INT 


21H 


POP 


DS 



MOV 


AL.divacc 


MOV 


DX.lcr 


OUT 


DX.AL 


MOV 


AL.lowdiv 


MOV 


DX.dll 


OUT 


DX.AL 


MOV 


AL.uppdiv 


MOV 


DX.dlh 


OUT 


DX.AL 


MOV 


AL.dataspc 


MOV 


DX.lcr 


OUT 


DX.AL 


MOV 


AL.fifospo 


MOV 


DX.fcr 


OUT 


DX.AL 


MOV 


AL.intmask 


MOV 


DX.ier 


OUT 


DX.AL 


MOV 


DX.lsr 


IN 


AL.DX 


MOV 


DX.msr 


IN 


AL.DX 



;SET-UP ACCESS TO DIVISOR LATCH 



;LOWER DIVISOR LATCH. 19.2 kbaud 



;UPPER DIVISOR LATCH 



;DLAB = 0. 7 BITS, 1 STOP. EVEN 



;FIFOS ENABLED. 
:DMA MODE = 



TRIGGER = 14, 



;ENABLE ALL UART INTERRUPTS 



READ THE LSR TO CLEAR ANY FALSE 
STATUS INTERRUPTS 
READ THE MSR TO CLEAR ANY FALSE 
MODEM INTERRUPTS 



ENABLE COMl INTERRUPTS 



IN 


AL.21H 


AND 


AL.icumask 


OUT 


21H,AL 


MOV 


AL.setout2 


MOV 


DX.mcr 


OUT 


DX.AL 



;CHECK IMR 

;ENABLE ALL EXISTING AND COMl 

;SET 0UT2 TO ENABLE INTR 



*** ESTABLISH RUN TIME BUFFER POINTERS IN REGISTERS 

MOV SI, OFFSET sbuf 

MOV DI. OFFSET rbuf 

MOV BX. OFFSET sbuf 

MOV BP. OFFSET rbuf 

STI ;>>> ENABLE CPU INTERRUPTS <<< 



3.0 Board to Board Communica- 
tions with the NS16550A 

The following section describes the hardware and software 
for a fully asynchronous two board application. The two 
boards communicate simultaneously with each other via the 
NS16550AS. Predetermined data is exchanged between the 
NS16550AS and checked by the software for accuracy. Any 
data mismatches are flagged and stop the programs. Any 
data errors (i.e. overrun, parity, framing or break) will also 
stop the program. The NS16550A interface schematic, soft- 
ware flow chart and software are provided. 

HARDWARE REQUIREMENTS 

Running this application requires two NS32032-based 
boards. Each board must have one CPU, one ICU 
(NS32202), 256k of RAM (000000-03FFFF), the capability 
of running a monitor program (MON 32) and the capability of 
interfacing with a terminal. If MON 32 is not available, the 
display monitor service calls (SVC) must be altered to inter- 
face properly to the available terminal driver routines. In ad- 
dition to these requirements, the NS16550A is enabled 
starting at address OdOOOOO. 



The system described above was implemented on two 
DB32032 boards and used as an alpha site to test the 
NS16550A during its development. An NS16550A and ap- 
propriate decode logic were wirewrapped to each board 
(see Figure 5 ). As shown, an 8 MHz crystal is used to drive 
the baud rate generator, but for baud rates at or below 56 
kbaud a 1 .8432 MHz crystal can be substituted with chang- 
es to the divisor. Once this hardware is on both boards 5 
connections between the NS16550As must be made — SIN 
to SOUT, SOUT to SIN, CTS to RTS, RTS to CTS, and GND 
to GND. Each DB32032 board has a port for attaching a 
terminal and a port available for downloading code. The ap- 
plications software for these boards is downloaded from a 
VAXTM running the GNXtm debugger (V1.02). Once the 
downloads are complete to both boards the program 
D1APPS.EXE is started, then D2APPS.EXE is started. 
If a VAX or the GNX debugger is not available the code can 
be loaded into PROMs and run directly. 
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FIGURE 5. NS16550A and DB32032 Board Interconnections 



SOFTWARE OVERVIEW 

The programs shown at the end of this application note are 
the assembly listings for D1APPS.ASM and D2APPS.ASM. 
These can be assembled, linked and loaded to form the 
executable (.EXE) files. The flowchart shown before them 
illustrates both programs. 

Both programs are interrupt driven. D1APPS.EXE has its 
transmitter empty interrupt disabled until it receives its first 
16 bytes from D2APPS.EXE. This allows the two programs 
to be started at different times. Data flow is controlled be- 
tween the programs via RTS and CTS handshakes. 
D1APPS.EXE is started first and it loops until the first data 
from D2APPS.EXE arrives. As D1APPS.EXE exits its receiv- 
er interrupt routine, it enables its transmitter interrupt and 
begins to send bytes to D2APPS.EXE. 
Transmission of a block of 16 bytes occurs when the Tx 
FIFO of the NS16550A is empty, the Tx interrupt is enabled 
and the receiver activates its clear to send (CTS) signal. 
Each transmitter sends the next sequential block of data 
from a 256 byte buffer. When the bottom of the buffer is 
reached, the transmitter starts at the top of the buffer, 
again. The data transmitted from D1APPS.EXE to 
D2APPS.EXE is 00 to FF and from D2APPS.EXE to 
D1APPS.EXE is FF to 00. Since these are bench test pro- 
grams for the NS16550A, the receiver subroutines compare 
the data they receive with the data they expect. This is done 
on a block-by-block basis and any mismatches result in both 
a message sent to the terminal and the program stopping. 

DETAILED SOFTWARE DESCRIPTION 

Initialization begins by equating NS16550A and ICU 
(NS32202) registers to the addresses in memory. The 
equates finish with a list of offsets associated with the static 
base register. These offsets give the starting locations for 
the RAM areas assigned to be data buffers. These include 

the UART interrupt entry offset (iri mod); the string (sbuf), 

receive (rbuf), compare (cbuf) buffers and the interrupt table 
offset (intable). 

At the code start (START::) the processor is put in the su- 
pervisor mode so that the interrupt dispatch table can be 
transferred from ROM to RAM. This transfer is essential in 
order to change the starting address of the UART interrupt 
service routine. To do this the interrupt service routine offset 
from the code start is calculated (isr-start). Combining this 
with the module table address (set-up by the linker, i.e., 
9020) results in the interrupt table descriptor entry for UART 
interrupt service routine (isrent). 

The next two sections of code load the data to be transmit- 
ted and compared into the RAM buffers sbuf and cbuf, re- 
spectively. The two programs differ at this point — 
D1APPS.EXE transmits 00 to FF and compares FF to 00 
sequentially. D2APPS.EXE transmits FF to 00 and com- 
pares 00 to FF sequentially. 

The NS16550A initialization starts with setting the divisor 
latch access bit, so the divisor can be loaded. It then deter- 
mines the serial data format and disables all UART inter- 
rupts. The NS16550A initialization finishes by enabling and 
resetting the FIFOs and programming the receiver interrupt 
level for 14 bytes. 



Next the ICU interrupt registers are set-up and interrupts are 
enabled. In program D1APPS.ASM the initialization finishes 
by enabling the receive data and line status interrupts. Since 
the transmitter FIFO empty interrupt is disabled 
D1APPS.EXE will stay in its hold loop until it receives data 
from D2APPS.EXE. D2APPS.EXE has its transmitter FIFO 
empty interrupt enabled at the end of its initialization, so it 
will send one block of 16 characters to D1APPS.EXE imme- 
diately. 

When there are no interrupts pending and no service rou- 
tines being executed, the programs run in a holding loop 
until the next interrupt. 

Whenever the CPU enters the service routine (isr:) it checks 
the interrupts identification register (MR) for the type of inter- 
rupt pending and branches to the appropriate subroutine. If 
the IIR value doesn't match a known interrupt condition, an 
invalid interrupt message is sent to the terminal and the 
program stops. Out of the five possible interrupts, two (line 
status and receiver timeout) have simple routines that only 
send a message to the terminal and then branch to the 
receiver data available routine. Modem status interrupts 
send a message to the CRT and then stop the program. 
Two robust interrupt service routines exist — one for the re- 
ceiver and one for the transmitter. 

The receiver interrupt service routine (rdai:) does the follow- 
ing: 

1 . Disables the RTS signal which stops the transmitter on 
the other board from sending more data. 

2. Transfers all data from the UART Rx FIFO to the RAM 
receiver buffer (rbuf). 

3. Branches to the compare subroutine when all data is 
transferred from the Rx FIFO. 

4. Enables Tx interrupts in D1APPS.EXE. 

5. Enables the RTS signal which allows the transmitter on 
the other board to send another block of data. 

The compare interrupt service routine (compare:) does the 
following: 

1. Aligns the receive buffer pointer to the last character 
taken in to the receive buffer (rbuf). 

2. Compares each new byte in rbuf with the expected val- 
ue (data stored in cbuf). 

3. Sends a data mismatch message to the terminal and 
stops the program if the rbuf data fails to match the cbuf 
data. 

4. Returns to rdai: when all of the new data in rbuf has 
compared successfully. 

The transmitter interrupt service routine (threi:) does the fol- 
lowing: 

1. Decides whether to send 16 or 15 bytes in a block of 
data. Note: This decision is for testing purposes. 

2. Sends one byte of data. 

3. Checks for an active CTS condition. If it is active then it 
sends another byte of data. It continues to check and 
send a byte of data until all 15 or 16 bytes are sent. 



DIAPPS.ASM Flow Chart 



< 



ESTABLISH REGISTER AND 

ADDRESS EQUATES FOR THE NS16550A 

AND THE NS32202 (ICU) 



> 



< 



ESTABLISH STATIC BASE 
STARTING LOCATIONS 



INITIALIZATION 



START:: 



< 
< 



SET UP INTERRUPT DISPATCH 
TABLE FOR THE 32032 , 



LOAD RAM STRING BUFFER 
Ff ™ ™ (NOTE) 




< 



LOAD RAM COMPARISON 
BUFFER 00 TO I 



< 



SET UP INTERRUPT SERVICE 
ROUTINE PARAMETER 



< 
< 



INITIALIZE NS16550A 

(NOTE) ^ 



INITIALIZE NS32202 



< 



INITIALIZE TRANSMITTER 
BUFFER OFFSET 



< 



ENABLE CPU INTERRUPTS, ENABLE 
/RTS AND NS16550A INTERRUPTS 



> 



HOLDLOOP:: 



Note: This part of the software differs siigfitly in D2APPS.ASM 
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ISR: 



SAVE CPU 

GENERAL PURPOSE 

REGISTERS 



INTERRUPT 

SERVICE 

ROUTINE 



READ UART INTERRUPT 
STATUS REGISTER 




LSINT: 



/SEND MESSAGE / 

"LINE STATUS / 
INTERRUPT" / 



SAVE RECEIVER 
STATUS REGISTER 



/SEND MESSAGE / 

"LINE STATUS / — 

INTERRUPT" / 

/SEND MESSAGE 7 

"MODEM STATUS [— 

INTERRUPT" / 




POPALL: 



RESTORE CPU GENERAL 
PURPOSE REGISTERS 
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DISABLE /RTS, SET-UP 
RECEIVER POINTER BASE 
ADDRESS AND OFFSET 



CONTINUE: 



STORE RECEIVER BYTE 
INCREMENT RECEIVER OFFSET 










J[E_^ 


1 


i 






^/^ LAST ^X^ 

^ POSITION IN RECEIVER ^ 

^N„^^^ BUFFER ^y^ 


REINITIALIZE RECEIVER 
POINTER OFFSET 




^f 








READ RECEIVER STATUS 
REGISTER IN UART 




YES 






i 
^^,0^ THERE ^\^ 

^ AUnTHFR RYTF IKI THF ^S 







RECEIVER 
? 



SAVE RX 
POINTER OFFSET 




ENABLE /RTS 
ENABLE TX INTERRUPTS 



(NOTE) 
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SET UP TRANSMITTER 

POINTER BASE ADDRESS 

AND POINTER OFFSET 



LOAD TRANSMinER 
WITH 1 BYTE OF DATA 



DECREMENT 
BYTE COUNTER 





INITIALIZE BYTE COUNTER TO 
SEND 1 BLK OF 15 BYTES 




REINITIALIZE 
POINTER OFFSET 



ALL ^S^ 




.^ 16 


BYTES SENT ^— 


SAVE TX 
POINTER OFFSET 


— ^ BLOCKS SENT 



SAVE 
POINTER OFFSET 



RELOAD BLOCK 
COUNTER WITH H'lO 
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SET UP COMPARE 
BUFFER POINTER 
BASE ADDRESS 



INCREMENT TRANSMITTER 
BUFFER COUNT 


„J2i 


. 


. 




RESET COMPARE 
BUFFER OFFSET 








► 
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#3/30/87 DIAPPS.ASM ADAPTED ORIGINALLY FROM DiRON56K.ASM 

# 

#THIS PROGRAM RUNS USING 2 DB32000 BOARDS WITH i6550As ENABLED AT ADDRESS OdOOOOO 

♦WIRE-WRAPPED ON THE BOARDS. THIS SOFTWARE TRANSMITS THE DATA 00 THROUGH FF 

♦REPEATEDLY TO THE REMOTE UART AND EXPECTS TO REPEATEDLY RECEIVE THE DATA FF 

♦THROUGH 00 FROM THE REMOTE UART. IT SHOULD BE RUN IN CONJUNCTION WITH THE 

♦PROGRAM D2APPSC.ASM RUNNING ON THE OTHER DB32000 BOARD. THE TX PIN OF 

♦THIS i6550A SHOULD CONNECT TO THE RX PIN OF THE 16550R ON THE OTHER BOARD AND 

♦VICE VERSA. ALSO, THE CTS PIN OP THIS 16550A SHOULD BE CONNECTED TO THE RTS PIN 

♦OF THE 16550A ON THE OTHER BOARD AND VICE VERSA. THIS WILL ENABLE THE 

# APPROPRIATE HANDSHAKES TO OCCUR. 
♦ 

#T0 RUN THIS PROGRAM YOU MUST: 
# 

# i. CONNECT THE RX & TX OF THE 2 i6550As ON THE 2 DB32000 BOARDS 

# 2. CONNECT THE CTS & RTS OF THE 2 16550AS ON THE 2 DB32000 BOARDS 

# 3. DOWNLOAD D1APPS.EXE TO THIS BOARD VIA THE GNX DEBUGGER [REV i.02] 

# 4. DOWNLOAD D2APPS.EXE TO OTHER BOARD VIA THE GNX DEBUGGER [REV 1.02] 

# 5. START D1APPS.EXE RUNNING ON THIS DB32000 BOARD 

# 6. START D2APPS.EXE RUNNING ON THE OTHER DB32000 BOARD 
# 

SPROGRAM DETAILS: 

# 

# 

# ISR contains the TX SERVICE ROUTINE 

# TX OVERWRITES are PREVENTED by the ICU 

# 

# TX FIFO IS CLEARED before a transmission 
# 

# DATA SENT 00 FF 

# 

# DATA RECEIVED and COMPARED FF 00 

It 

# BAUDRATE 128k WITH A 8.0 MHZ XTAL INPUT TO THE 16550A 

It 
((*»*♦«»«.♦♦«***.««««**** ESTABLISH 16550A REGISTER ADDRESSES *«*♦****♦*♦♦***•*•*♦ 

# 
.globi isr # 

.set rxd, OxOdOOOOO #Equata registers to their addresses 

.set txd, OxOdOOOOO # 

.set ier, 0x0d00004 # 

.set lir, OxOdOOOOB ♦ 

.set tec, OxOdOOOOS # 

.set Icr, OxOdOOOOc # 

.set mcr, OxOdOOOlO ♦ 

.set Isr, 0x0d00014 # 

.set msreg, OxOdOOOlS # 

•set set, OxOdOOOlc # 

# 
|«. ».»»««»•»«. .««««» ESTABLISH ADDRESSES FOR THE 32202 (ICU) ♦«»»»•»*««««•»*«*•* 

» 
•set a0,4 #Establish address alignment 

♦between CPU and ICU 
.set icu_hvct,0 KICU register addresses 

.set icu_svct,l *aO # 

.set icu_elgt,2 *aO # 

.set icu_tpl,4 *aO # 

•set icu_ipnd,6 *aO # 

•set icu_isrv,8 *aO # 
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.sec icu_imsk,10 »aO # 

.sst icu_csrc,12 *aO # 

•set icu_fprt,14 *aO # 

• set lcu_inctl,i6 *aO # 
.set lcu_ciptr,18 *aO f 
.set icu_paat,19 'aO # 
.36t lcu_ipa,20 *aO # 
•sec icu_pdic,21 *aO # 
•set icu_cctl,22 *aO ♦ 
.set lcu_cictl,23 'aO ♦ 

# 

#First ICU register address 

.set icu_addr,Oxtf feOO # 

# 
},■*««*.««***»*»»»»»»«««*♦» STATIC BASE STARTING LOCATIONS «♦*♦*********•♦*«*«**♦ 

# 

• set icl_niod, 17*4 # 
.set irl_olf, 17*4+2 # 

.set start2, 0x0 #The following are static base variables 

•set startl/ OxOa fused as base pointers. Startl/2 = flags 

•set txflag, 0x14 fcxflaf = flog/ sbuf = area used to 

•set sbuf/ Oxle tstore data to be transmitted/ rbuf = 

.set rbuf, 0x4le tarea used to store received data, 

.set cbuf, 0x61a #cbuf = area used to store compare 

-set intable, 0x81e Ibuffer, intable = base pointer to the 

♦interrupt table 

# 
}.*»*«♦«*♦*,***»*«,*«** 3gj gp DISPATCH TABLE FOR THE 32032 ******************** 

# 
start:: bicpsrw ?(OxlOO) tClear intr's 

movd S0x0c,r0 #Set for monitor svc to move intbaae 

movd $0x055555555, rl #from ROM to ram because you have 

addr intable( sb ) ,r2 #to change the address for the 

movd $0x0c,r3 #incerrupc service routine. 

SVC #Actual SVC for move 

sprd intbase,r2 #Put base addr of intbase in r2 

movd isrent , irlmod(r2) #Put offset of isr into 1st location 

#of dispatch table 

# 
J. »»,.«**. «♦*«»««,.»., LOAD TRANSMITTER BUFFER (00 tO FF ) ********************** 

# 

#R0 contains string buffer ptr. 

#R1 contains offset 

flnit data reg. 

#Load char, to string buffer 

♦Increment offset ptr. 

♦Increment data 

ICheck for 256 chars, loaded 

#Jump back if not done 

# 
)f«*»********»«*«*«««**«* LOAD COMPARISON BUFFER (FF TO 00 )*•*•**•************ *** 

# 

#R0 contains pointer 

#R1 contains offset 

#Init data reg. 

#Load char, to compare buffer 

♦Increment ptr. offset 

♦Decrement data 

♦Check tor 256 chars, loaded 
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nddat : 


addr 


sbuf (sb) , rO 






movd 


$0,rl 






movb 


$0,r2 




uf loop: 


movb 


r2,0(r0) [rl 


b1 




addqw 


l,rl 






addqw 


l,r2 






cmpw 


rl,$256 






bne 


sbuf loop 





compdat : 


addr 


cbuf (sb) /rO 




movd 


$0,rl 




movb 


$0x0ff ,r2 


cbuf loop: 


movb 


r2,0(rO) [rl:b] 




addqw 


l,rl 




subb 


Sl,r2 




cmpw 


rl/$256 



16 



one cbufloop IJump back if not dona 

)(«.*.*««««**«**♦ SET UP INTERRUPT SERVICE ROUTINE PARAMETERS **♦****«*««♦»«*»»»* 

# 
movd $OxOf £, stact2(sb) tinitiaiize compare 
movd SOxOf f / stactK 3b) ^Initialize receiver data intr 
movd $16,bllcl6cnt tlnitlailze 16 byte block counter 
movd $0,sbufcnt Unitialize string buffter transmitted 

Icount 
# 
^*************************** 1S550A INITIALIZATION ****************************** 

# 

movb $0x080, Icr #Set dlab = 1 for divisor latch access 

movb $4,txd #Low divisor latch 128k w/8.0 MHz xtai 

movb SO/ier #Upper divisor latch 

movb $0x003, lor #Dlab = 0, 8 bits, no parity, 1 stop 

movb $0,ier #Disable UART interrupts 

movb $0x0c7,fcc #Fifo=> trigger = 14, reset & enable 

#-k*****ir*ic******ir1r*********1c* INITIALIZE 32202 (l CU ) *************************** 

# 

movd $icu_addr,rO #R0 = icu address 

movb $Oxca, icumctl ( rC) tSet mode : 8 bit bus mode, 
~ # freeze counters. 

It disable interrupts, 

# fixed priority, 

movqb 0, icu_cctl ( tO ) #Halt the counters 
movqb -1 , lcu_ip3( rO) #Set all pins to interrupt source 
movqb 0, icu_csrc ( rO) #No cascaded interrupts (low reg ) 
movqb 0, icu_csrc+aO(rO) # (high reg) 
movb $0x10, icu_svct (cO) tSet interrupt base vector 
movqb -1 , lcu_elgt (rO) #Set level triggering mode (low reg) 
movqb -1 , icu_elgt+aO(rO ) #(high reg) 

movqb $2 , lcu_tpl (rO) #Set level triggering mode (low reg) 
movqb , lcu_tpl+aO ( rO ) #(hlgh reg) 

movqb 0, icu_f prt (rO) #Set highest priority to (low reg) 
movqb C, icu_f prt+aO #(high reg) 

movqb , icu_isrv (rO) #Clear intr in-service regs (low reg) 
movqb 0, lcu_iorv+aO(rO) #(hlgh reg) 
movqb -1 , icu_im3k ( rO) #Mask all intr (low reg) 
movqb -1 , lcu_lmsk+aO(rO) #(hlgh rag)H 

setcfg [1] tEnabla vectored intrp (1=1) 

movd $icu_addr,rO # 

movb $0x02, icu_mctl (rO) #Pixed mode, 8 bit bus mode 
movb $0x010, icu_cctl (rO) #Set to internal sampling 
movb $Cxfd, icu_lmsk(rO) #Enable irl 
movb SOxfr, icu_lmsk+aO(rO) #Mask all other Interrupts 
blspsrw $(0x800) #Enable cpu Intr's 

# 
movd $0,rl #Initialize transmitter buffer offset 

# 
tt*************************** ENABLE 16 5 50 A INTERRUPTS **************************^ 

# 

movb $2,mcr #Clear outl, out2 and enable rts 

endinit: movb $0x05, ler #Enable all but modem status interrupts 

#and the THRe so the boards can be 
♦started. 

# 
^». »♦**♦*♦«. **«»*«♦***« ENDLESS LOOP WAITING FOR INTERRUPTS **»*♦***»***•*♦*♦*«« 
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holdloop: nop 


# 


br holdloop 


# 


j^** ************************** ** INTERRUPT HANDLER ****************************** 


iar: save [rO, rl , r2, r3, r4, r 5 


* 
,r6,r7] 


movD licrO 


#R0- contains lir 


cmpb r0,$0x0c6 


# 


Deq Isint 


#Line status interrupt 


cmpb c0,$0x0c4 


# 


beq rdai 


♦Receiver interrupt 


cmpb rO/$OxOcc 


# 


beq rtmout 


#Rec timeout interrupt 


cmpb C0,$0x0c2 


# 


beq threi 


#THRE interrupt 


cmpb rO,$OxOcO 


# 


beq msint 


#Modem status interrupt 
# 


# 
|.******«*****«. *««***,*,,* INVALID INTERRUPT ROUTINE **««««*«*«**«**«***«**«*** 


save [r0,rl,r2,r3] 


tt 

# 


movd S4,r0 


# 


addr mesaage2,rl 


# 


movd 521, r2 


# 


movd $0,l3 


# 


SVC 


# 


restore [rO, rl, r2, r3 ] 


# 


jump atop 


# 

♦Restore all registers 

t 


It****.*************,,, RECEIVER TIMEOUT 


INTERRUPT ROUTINE «****«««««***«*******♦ 
# 


rtmoutt jump rdai 


ft 
|*******««***«******«******* RECEIVER INTERRUPT ROUTINE ««••♦****«******♦«**«*«* 

u 


tThls portion of the program is reached 


tr 

by a positive test for the received data 


#avallable interrupt, once in this routine each byte Is removed from the FIFO, 


#plac6d in a designated static base memory location and the LSR is tested to see 


#if the data ready (DR) bit is still set. Data is removed from the FIFO and 


#placed in memory until the DR bit is no longer set. The data sent will be 


#compared to known data, located In another designated static base location, by 


Icalling the compare subroutine. 


♦Disable RTS; stop transmission 


rdai: movb $0,mcr 


addr rbuf(sb),r4 


♦r4 contains rbuf base address 


movd rbufof£,r5 


♦Put rbuf offset runner into r6 


rdrbr: movb rxd, ( r4 ) [r6 : b] 


♦Store a byte in the receiver buffer 


cmpb $0x00,0(r4) [r6:b] 


♦Is it the last character 


addqw 1 , r6 


♦Increment offset ptr. 


addqw l.rbufoff 


♦Track r6 


bne continue 


♦ 


movw $0,r6 


♦Reset pointer offset 


movw $0,rbufoff 


♦Reset rbufoff 


continue: movb lsr,r3 


♦Read Isr 


andb $01, r3 


♦Mask all but bit 


cmpb $01, r3 


♦ 
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beq rdrbc 


#Read rbr again if set 


movd i:6,rbufoff 


♦Put result of r6 back into rbufoff 


bsc compare 


# 


movb $7,ier 


♦Turn on transmitter interrupts 


tnovb $2,racr 


♦Enable rts 


jump popall 


♦ 


It 
^***c***»t*********************** TRANSMIT ROUTINE ******************************* 


#Before the transmitcer sends data, the 


data has been loaded into static base 


Imemoty for transmisaion. The transmitter routine Is called to send data, (le 


ITHREI Is set) Data is sent as 16 block 


s of 16 bytes and 1 block of 15 bytes 


Icontinuously . NOTE: Belore transmission occurs /CTS Is checked to ensure that 


#the receiver is ready. 


♦ 

♦RO contains base pointer 


threi: addr sbu£{sb),rO 


movw xmltoff,rl 


♦setup xmlt ptr offset 


cmpd $0,Blkl6cnt 


♦Check to see If it is the 16th block * 


beq sendlS 


♦Yes, send only 15 bytes Instead of 16 * 


movd $0x10, r7 


♦No, send 16 bytes * 


jump sendnext 


♦Jump around 15 byte load * 


oendlS: movd $0x0f,r7 


♦Load counter for 15 byte load * 


sendnext: movb 0( rO ) [rl :b] , txd 


♦Load a byte Into the transmitter 


addqw l,rl 


♦ 


cmpw rl,$256 


♦Are we one address past end of table 


beq reload 


♦Yes, reload ptr 


finish: save [r7] 




movb msreg,r7 


♦Read modem status reg 


andb SOxlO,r7 


♦Mask all bits except CTS (MSR4) 


cmpb $0,r7 


♦Check for disabled CTS 


restore [r7] 




beq abort 


♦Wait for active CTS (MSR4=1) 


aubb $l,r7 


#No, decrement counter and continue 


cmpb S0,r7 


♦Is byte counter 0? 


bne sendnext 


♦No, send next byte 


abort; movw rl/xmitoff 


♦save xmlt ptr offset in ram 


cmpd S0,blkl6cnt 


♦Check to see if it is 16th block * 


beq setsndie 


♦Yes, reload block counter * 


subb $l,blkl6cnt 


♦Decrement block counter * 


jump popall 


♦Finished sending 16 bytes 


setsndl6: movd $16,blkl6cnt 


♦Reload block counter • 


jump popall 


♦Finished sending 15 bytes * 


reload: movd $0/rl 


♦Reset offset 


jump finish 


♦Go back and finish 


ft 
)(«»««**««««««««***«*«*«*» LINE STATUS INTERRUPT ROUTINE ************************ 


Isint: save [r0,rl,r2,r3] 


♦ 


movd $4,r0 


♦ 


addr messages, rl 


♦ 


movd $25, r2 


♦ 


movd $0,r3 


♦ 


SVC 


# 


restore [rO,rl,r2,r3] 


♦ 


movb lsr,r3 


♦Read Isr 
# 


jump rdai 


♦ 
♦ 
♦ 
INTERRUPT ROUTINE ««««*«*******««*«****«* 


#*»***«««»*««*«******»»«« MODEM STATUS 
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msinc: save [rO»rl,r2, r3] 




# 


movd $4,r0 






addr message?, rl 






movd $26, r2 






movd $0,c3 






3VC 






movb 0x0dO0018,r0 






restore [rO,rl,c2,r 


3] 




jump popall 






j^***************************** COMPARE 


DATA ROUTINE **************************** 


' It 

#This suDroutxne is called Dy cne receiver interrupc routine which has set the 


#recelver offset (cbufoff) to point 


at 


the last byte received. This subroutine 


#uses the compare offset (compoff) 


pointer as the pointer for both receive 


tbuffer data ana compare buffer data. Each location is compared to ensure data 


(tsent is identical to data received 


. This is done until compoff equals roufoff 


Kstoppinq the process and returning 


from the interrupt. NOTE: Data being 


(treceivad is Icnown data and an exact cc 


py is loaded into memory prior to any 


#transmissian. 




# 

#R1- base address of cbuf base 


compare: addr cbuf{3b),rl 




cmpd $0,r6 




#Check for potential invalid subtraction 


beq zeror6 




#Jump around subtraction 


subd $l.r6 




# 


jump compbyte 




#Jump around subtraction fix 


zeror6: movd $0xff,r6 




# 


compbyte: movd compoff, r5 




# 


cmpb 0(rl) [r5:b],0( 


r4)[ 


r5:b] #Compare data sent to data received 


bne wrong 




#Branch and set outl if wrong 

» 

#Check for end of buffer 


cmpb $0x00, 0(r4) [r5 


:b] 


bne notend 




♦Branch and increment pointers 


jump reloadl 




#Te3t for having compared all bytes 

# 

♦Increment pointer 


notend: addd $1, compoff 




notendl: cmpd r5,r6 




# 


beq bye 




# 


jump compbyte 




# 
# 
♦Increment transmitec cnt 


reloadl: addd $l,sbufcnt 




movd SO, compoff 




♦Reload offset of pointer 


jump notendl 




♦ 
♦ 
♦ 


wrong: nop 




movb $OxOc,mcr 




♦Set out 2, for error strobe 
♦ 
H MESSAGE ««**«*«««**«*»««»«««««•«««•»*«« 
♦ 
♦Save register for supervisor call 


#*,*,,...,.*»*,»».»,,.,»,, oflTA MISMATC 


save [rO,rl,r2,r3] 




movd $4,rO 




♦Value required by svc call 


addr messages, rl 




♦Mover address of message into rl 


movd S17,r2 




♦Number of characters into r2 


movd S0,r3 




♦Value required by svc call 


SVC 




♦Actual call 


restore [r0,rl,r2,r 


3] 


♦Restore registers 

♦ 
♦ 


stop: nop 




jump stop 




♦Test point 

♦ 
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bye: ret # 

# 
|************************x*«* RETURN FROM INTERRUPT **************************** 

# 

popali: restore [rO, rl ,r2,r3,r4,r5, r6,r7] 
reti # 

# 

jj^-k1t***-k*-A*-k4t*1r**ir***-k****-k-k-k-kit**is*** MSSSaQGd ********************************** 

# 

messagel : .byte 13, 10, "Compare Complete" ,13,10 

message2: .byte 13, 10, "Invalid Interrupt ", 13 , 10 

messageB: .byte 13 , 10 , "Receiver Timeout ", 13, 10 

mesaage4: .byte 13 , 10 , "Receive data available Interrupt", 13, 10 

messages: .byte 13,10, "THRE Interrupt" , 13, 10 

message6: .byte 13,10, "Line Status Interrupt ", 13, 10 

messageV: .byte 13,10, "Modem Status Interrupt", 13, 10 

messages: .byte 13,10, "Data Mismatch" , 13, 10 



♦Mod table 

♦Offset of service routine for 

IDispatch table. 







xmitoff: .double 






compoff: .double 






blkl6cnt: .double 






sbufcnt: .double 






tbufoff: .double 


srent : 


.word 


0x9020 




.word 


isr-start 
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#3/30/87 D2APPS.ASH ADAPTED ORIGINALLY FROM D1RON56K.ASM 

# 

#THIS PROGRAM RUNS USING 2 DB32O00 BOARDS WITH 16550A8 ENABLED AT ADDRESS 
#0dOOOO0 WIRE-WRAPPED ON THE BOARDS. THIS SOFTWARE TRANSMITS THE DATA FF 
♦THROUGH 00 REPEATEDLY TO THE REMOTE UART AND EXPECTS TO REPEATEDLY RECEIVE 
#THE DATA 00 THROUGH FF FROM THE REMOTE UART. IT SHOULD BE RUN IN CONJUNCTION 
SMITH THE PROGRAM DIAPPS.ASM RUNNING ON THE OTHER DB32000 BOARD. THE TX PIN OF 
#THIS 15550A SHOULD CONNECT TO THE RX PIN OF THE ISSSOA ON THE OTHER BOARD AND 
#VICE VERSA. ALSO, THE CTS PIN OF THIS 16550A SHOULD BE CONNECTED TO THE RTS PIN 
#0F THE 16550A ON THE OTHER BOARD AND VICE VERSA. THIS WILL ENABLE THE 

# APPROPRIATE HANDSHAKES TO OCCUR. 
# 

#T0 RON THIS PROGRAM YOU MUST: 
# 

# 1. CONNECT THE RX S TX OF THE 2 i6550A3 ON THE 2 DB32000 BOARDS 

# 2. CONNECT THE CTS S RTS OF THE 2 16550AS ON THE 2 DB32000 BOARDS 

# 3. DOWNLOAD D2APPS.EXE TO THIS BOARD VIA THE GNX DEBUGGER [REV 1.02] 

# 4. DOWNLOAD D1APPS.EXE TO OTHER BOARD VIA THE GNX DEBUGGER [REV 1.02] 

# 5. START D1APPS.EXE RUNNING ON THE OTHER DB32000 BOARD 

# 6. START D2APPS.EXE RUNNING ON THIS DB32000 BOARD 
# 

♦PROGRAM DETAILS: 

# 

# 

# ISR contains the TX SERVICE ROUTINE 
# 

# TX FIFO IS CLEARED before a transmission 
* 

# DATA SENT FF 00 

# 

# DATA RECEIVED and COMPARED 00 FF 

# 

# BAUDRATE 128k WITH A 8.0 MHZ XTAL INPUT TO THE 16550A 

((**»*♦«»♦**«»»***.»*«**» ESTABLISH 16550A REGISTER ADDRESSES **«***«**♦******»*** 

# 
.globl isr # 

.set rxd, OxOdOOOOO #Equate registers to their addresses 

.set txd, OxOdOOOOO # 

.set ler, 0x0d00004 # 

.set llr, OxOdOOOOB # 

.set for, OxOdOOOOS # 

.set Icr, OxOdOOOOc # 

.set mcr, OxOdOOOlO # 

.set lar, 0x0d00014 # 

.set msreg, OxOdOOOlS # 

.set scr, OxOdOOOlc # 

# 
J********.********.* ESTABLISH ADDRESSES FOR THE 32202 (ICU) •*♦**»*♦♦***♦**♦*** 

# 
.set aO/4 #E3tablish address alignment 

#between CPU and ICU 
.set icu_hvct,0 #ICU register addresses 

•set icu_svct,l *aO # 

.set lcu_elgt,2 *aO # 

.set icu_tpi/4 *aO # 

.set icu_ipnd,6 *aO # 

.set icu_isrv.8 *aO # 

.set lcu_lmsk,10 *aO # 

.set icu_csrc,12 *aO # 
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aO 


# 


aO 


# 


*aO 


# 


*aO 


# 


*aO 


# 


»aO 


# 


'aO 


# 



.set icu_£prt,14 *aO 

.set icu_mctl,16 

.set icu_ciptr,ie 

•act icu_pdat,19 

.set lcu_ips,20 

.set icu_pdir/2i 

.set icu_cctl/22 

.set icu_cictl,23 *aO # 

# 

♦First ICU register address 

# 
.sec icu_addr,Oxf f feOO # 

# 
(«»««»*»»»».»«.»»««»*»,««» STATIC BASE STARTING LOCATIONS «»»»»««««««»«»«»»«*»«» 

# 
•set irl_mod, 17*4 iDispacch table offset for IRl entry 

•set sbuff Oxle #sbuf = area used to 

.set rbuf/ 0x41e #store data to be transmitted, rbuf = 

.set cbuf, 0x61e #area used to store received data, 

.set Intable, Ox81e #cbuf = area used to store compare 

#buffer, intable = base pointer to the 

tinterrupt table 

# 
)(*.*♦««««***♦**»♦.«**»♦ SET yp DISPATCH TABLE FOR THE 32032 *«********♦*•••♦**** 

# 
Start:: bicpsrw $(0x100) #Clear intr's 

movd $OxOc,rO #Set for monitor svc to move intbase 

movd $0x055555555, rl #from ROM to ram because you have 

addr intable(sb) , r2 #to change the address for the 

movd $0xCo,r3 #interrupt service routine. 

avc #Actual svc for move 

aprd intbase, r2 #Put base addr of intbase in r2 

movd isrent , iri_mod( r2) #Put offset of isr into Ist location 

#of dispatch table 

# 

|««**««»»**«»*««*«««*« LOAD TRANSMITTER BUFFER (FF tO 00) «************««***«««» 

# 
senddat: addr sbuf(3b),rO #R0 contains string buffer ptr. 

#R1 contains offset 
#Init data teg. 
3bufloop: movb r2,0(rO) [rl :b] #Load char, to string buffer 

♦Increment offset ptr. 
♦Increment data 
♦Check for 256 chars, loaded 
♦Jump back if not done 
♦ 
((«****«*♦«*****«***♦**** LOAD COMPARISON BUFFER (00 TO FF) ***♦**♦**♦*****»♦**** 

♦ 
compdat: addr cbuf(sb),r0 #R0 contains pointer 
movd $0,rl #R1 contains offset 

movb $0,r2 #Init data reg. 

cbufloop: movb r2 , ( rO ) [r 1 :b ] ♦Load char, to compare buffer 
addqw l,rl ♦Increment ptr. offset 

addqw l,r2 ♦Decrement data 

cmpw rl/$256 ♦Check for 256 chars, loaded 

bne cbufloop ♦Jump back if not done 

# 
)(«*.♦»«**«**»»** SET UP INTERRUPT SERVICE ROUTINE PARAMETERS ***«****•*•»*«»»*«* 

♦ 
movd $16,blkl6cnt ♦Initialize 16 byte block counter 
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addr 


sbuf (sb) ,rO 


movd 


$0,rl 


movb 


$0x0f£,r2 


movb 


r2,0(rO) [rl:b] 


addqw 


l,rl 


subb 


$l,r2 


cmpw 


ri,S256 


bne 


sbuf loop 
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^*************************** 16550A INITIAL I Z AT I ON ***************************** 

# 

movb $0x080, Ice #Set dlab = 1 for divisor latch access 
movb S4,txd #Low divisor latch 56k w/8.0 xtal 

movb $0,i6r #Upper divisor latch 

movb S0x003,lcr #Dlab = 0, 8 bits, no parity, 1 stop 
movb $0,ier #Disabie UART interrupts 

movb $0x0c7,£or #Fifo=> trigger = 14, reset s enable 

# 
j^*-*************************** INITIALIZE 32202 (ICU) *************************** 

# 
# 

movd $icu_addr,rO #R0 = icu address 

movb $Oxca, lcu_mctl ( rC ) #Set mode : 8 bit bus mode, 

t freeze counters, 

# disable interrupts, 

# fixed priority, 
movqb 0, icu_cctl ( rO ) #Halt the counters 

movqb -1 , icu ips(rO) #Set all pins to interrupt source 

movqb 0, icu_csrc(rO) #No cascaded interrupts (low reg) 

movqb 0, icu_csrc+aO( tO) # (high reg) 

movb $0x10, icu_svct (rO) #Set interrupt base vector 

movqb -i , icu_elgt (rO) #Sat level triggering (low reg) 

movqb -1 , icu_elgt+aO( rO) #(high reg) 

movqb $2 , icu_tpl (rO) #Set high polarity mode (low reg) 

movqb 0, icu_tpl+aO( rO ) #(high reg) 

movqb 0, icu_fprt (rO) #Set highest priority to (low reg) 

movqb 0, lcu_f prt+aO #(high reg) 

movqb 0, lcu_isrv(rO) #Clear intr In-servlce regs (low reg) 

movqb 0, icu_isrv+aO( rO) #(high reg) 

movqb -1 , icu_irask (rO ) #Mask all intr (low reg) 

movqb -1 , icu_imsk+aO( rO) #(hlgh reg)H 

setcfg [i] #Enable vectored intrp (1=1) 

movd $icu_addr,rO # 

movb $0x02, icu_mctl (rO) #Fixed mode, 8 bit bus mode 

movb $0x010, lcu_cctl (rO) #Set to internal sampling 

movb $Oxf d, icu_lmsk(rO) #Enabie irl 
movb $Oxf f , icu_imsk+aO(rO) #Mask all other interrupts 

bispsrw $(0x800) #Enable cpu intr's 

# 
^**********r*********w*«*«*** ENABLE i6550A INTERRUPTS *************************** 

# 

movb $2,mcr #Clear outl, out2 and enable rta 

endinit: movb $0x07, ler #Enable all but modem status interrupts 

# 
!)«****»«»»*..«*.******♦ ENDLESS LOOP WAITING FOR INTERRUPTS ***♦*»*****»*****»*« 

# 

holdloop: nop # 

br holdloop # 

# 
jj******** ************ ********** INTERRUPT HANDLER ****************************** 

# 

Isr: save [rO, rl , r2 , r3, c4 , r5, r6, r7 ] 

movb iir,rO #R0- contains iir 

cmpb r0,$0x0c6 # 

beq Isint #Line status interrupt 

cmpb r0,$0x0c4 # 

beq rdai #Receiver interrupt 

cmpb r0,$0x0cc # 
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beq ccmout 


#Rec timeout interrupt 


cmpb cO,50xOc2 


# 


beq threi 


#THRE interrupt 


cmpb cO,$OxOcO 


# 


beq msint 


♦Modern status interrupt 

# 


# 
#»»««*«««*««»«««*««»««*«««« INVALID INTERRUPT ROUTINE »«•«*««»*»««««««»»»*«»««*« 


save [rO, rl,r2, r3] 


# 


movd $4,c0 


# 


addr [nessage2,cl 


# 


movd $21, r2 


# 


movd S0,r3 


# 


SVC 


# 


restore [rO,rl ,r2,r3] 


# 
# 


jump stop 


# 

♦Restore all registers 

♦ 


)(«***«.*»«««****««*,*, RECEIVER TIMEOUT 


♦ 

INTERRUPT ROUTINE ********************** 

# 


rtmout: jump rdai 


^f*»*****. **«**, .***«*«*,,*,, RECEIVER INTERRUPT ROUTINE ************************ 


#Thls portion of the program is reached 


when the received data available 


♦interrupt is active. Once in this routine each byte removed from the FIFO 


#13 placed in the designated static base memory location (labelled rbuf). 


#The data ready bit (DR) in the LSR is 


checked before each byte is removed 


#from the FIFO. Data sent will be compared to Known data in another designated 


♦static base area (labelled cbu£) by calling the compare subroutine. 


rdai: movb $0,mcr 


♦Disable RTS ; stop transmission 


addr rbuf(3b),r4 


#r4 contains rbuf base address 


movd rbufof£,r6 


♦Put rbuf offset runner into r6 


tdrbr: movb rxd/ 0( r4 ) [r6 :b] 


♦Store a byte in the receive buffer 


cmpb $0xt£,0(r4) [r6:b] 


♦Is It the last character 


addqw 1 / r6 


♦Increment offset ptr. 


addqw l,cbufoff 


♦Track r6 


bne continue 


# 


movw $0,c6 


♦Reset pointer offset 


movw 50/rbufoff 


♦Reset rbufoff 


continue: movb lsr/r3 


♦Read Isr 


andD $01, r3 


♦Mask all but bit 


cmpb $01, r3 


# 


beq rdrbr 


♦Read rbr again if set 


movd r6,rbufoff 


♦Put result of r6 back into rbufoff 


bsr compare 


♦ 


movb $2,mcr 


♦Enable rts 


jump popall 


# 


^* *************************** ** TRANSMIT ROUTINE ******************************* 


#The transmitter sends data previously 


loaded into the static base memory area 


#labelled sbuf. Thids routine sends dat 


a as 16 blocks of 16 bytes and 1 block 


#of 15 bytes, continuously. NOTE: Before each block transmission occurs /CTS 


#is checked to ensure that the receiver 


ready. 

♦ 
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threl: addr sbuf ( sb ) , cO 


#R0 contains base pointer 


movw xmitof£,ri 


#setup xmit ptr offset 


cmpd $0,blkl6cnt 


#Check to see if it is the 16th block 


beq sendlS 


ItYes, send only 15 bytes instead of 16 


movd 50x10, r7 


#No, send 16 bytes 


jump aendnexc 


tJump around 15 byte load 


sendlS: movd $0x0f,c7 


#Load counter tor 15 byte load 


sendnext: movb 0( rO ) [r 1 :b ] , txd 


#Load a byte into the transmitter 


addqw l,rl 


# 


cmpw ri,$256 


#Are we one address past end of table 


beq reload 


#Yes, reload ptr 


finish: save [r7] 




movb mareg,r7 


#Read modem status reg 


andb $0x10, r7 


#Mask all bits except CTS (MSR4) 


cmpb $0,r7 


tCheck for disabled CTS 


restore [r7] 




beq abort 


#Leave on inactive CTS (MSR4=0) 


subb $l,r7 


#No, decrement counter and continue 


cmpb $0,r7 


#18 byte counter 0? 


bne sendnext 


ftNo, send next byte 


abort: movw rl,xmitof£ 


#save xmit ptr offset in ram 


cmpd S0,blkl6cnt 


tCheck to see if it is 16th block 


beq setsndie 


#Yes, reload block counter 


aubb $l,blkl6cnt 


♦Decrement block counter 


jump popall 


♦Finished sending 16 bytes 


setandiS: movd $16,blkl5cnt 


♦Reload block counter 


jump popall 


♦Finished sending 15 bytes 


reload: movd $0,rl 


♦Reset offset 


jump finish 


♦Go back and finish 

INTERRUPT ROUTINE «****«♦***♦**♦♦♦****»♦*» 

♦ 
♦ 


jf***««*««***«**«««»***t** LINE STATUS 


Islnt: save [rO,rl,r2,r3] 


movd $4,r0 


♦ 


addr messages, rl 


♦ 


movd $25, r2 


♦ 


movd $0,r3 


# 


SVC 


♦ 


restore [r0,rl ,r2,r3] 


♦ 


movb lsr,r3 


♦Read Isr 


jump rdal 


♦ 
♦ 
INTERRUPT ROUTINE *********************** 
* 

♦ 


))****»«*««**«*«♦*««««*«*« MODEM STATUS 


msint: save [r0,rl,r2,r3] 


movd $4,r0 


♦ 


addr me3sage7,rl 


# 


movd $26, r2 


# 


movd $0,r3 


# 


SVC 


♦ 


movb 0x0d000l8,r0 


# 


restore [rO,rl, r2,r3] 


# 


jump popall 


♦ 


1***************************** COMPARE 


DATA ROUTINE **************************** 


tt 
#The receiver subroutine branches to this subroutine after it has removed all of 


#th6 data from the Rx FIFO. The receive offset (rbufoff) is changed to point to 


#the last byte received in rbuf. The compare offset (compoff) points to each 


tbyte in the receive buffer and its associated byte in the compare register. 


#Corapoff is incremented after each successful comparison and the comparlaona 
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(tend when 


compoff eqaals rbutoff 


. NOTE 


: Data being received by this test program 


lis known 


data and a copy of it 


is 


loaded into cbuf before transmissions begin. 


compare: 


addr cDuf(ab),r] 
cmpd S0,r6 
beq zeroc6 
aubd $l,r6 
jamp compbyte 






ft 

#R1- base address of cbuf base 

♦Check for potential invalid subtraction 

#Jump around subtraction 

# 

#Jump around subtraction fix 


zeror6: 


movd 50x£f,r6 






# 


compbyte: 


movd compoff, r5 






# 




cmpb 0(cl ) [r5:b; 


,0Cr4)[r5:b] #Compare data sent to data received 




bne wrong 






♦Branch and set outl if wrong 

# 




cmpb SOxf f ,0(r4) [r5:b] 


# 

tCheck for end of buffer 




bne notend 






♦Branch and increment pointers 




jump reloadl 






♦Test for having compared all bytes 

# 


notend : 


addd $1, compoff 






# 

♦Increment pointer 


notendi: 


cmpd r5,r6 

beq bye 

jump compbyte 






♦ 
♦ 
♦ 
# 
♦Increment transmlter cnt 


reloadl : 


addd $l,sbufcnt 








movd SO, compoff 






♦Reload offset of pointer 




jump notendi 






♦ 
♦ 
♦Set out 2, for error strobe 

11 


wrong : 


movb $OxOc,mcr 






j^************************* DATA 


ft 
MISMATCH MESSAGE ******************************* 




save [rO,rl,r2,r 


3] 




ft 

♦Save register for supervisor call 




movd S4,r0 






♦Value required by svc call 




addr messages , rJ 






♦Mover address of message into rl 




movd $17, r2 






♦Number of characters into r2 




movd $0,r3 






♦Value required by svc call 




SVC 






♦Actual call 




restore [rO,rl,r 


2,r3] 


♦Restore registers 

♦ 
♦ 


stop: 


nop 








jump stop 






♦Test point 

♦ 
♦ 

Jl 


Dye: 


ret 






j^******** 


tf 
******************** RETURN FROM INTERRUPT **************************** 


popall : 


restore [rO,rl,i 


ft 
2,r3,r4,r5,t6,r7] 




retl 






♦ 


(^*#****** 


ft 
*************************** Messaqes ********************************** 




messagel: .byte 


13 


10, 


"Compare Complete" , 13, 10 




message2: .byte 


13 


10, 


"Invalid Interrupt ", 13 , 10 




messages: .byte 


13 


10, 


"Receiver Timeout ", 13, 10 




message4: .byte 


13 


10, 


"Receive data available Interrupt ", 13, 10 




messages: .byte 


13 


10, 


"THRE Interrupt", 13, 10 




message6: .byte 


13 


10, 


"Line Status Interrupt ", 13,10 




message?: .byte 


13 


10, 


"Modem Status Interrupt ", 13,10 




messages: .byte 


13 


10, 


"Data Mismatch" , 13,10 
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xmicoEf: .double 






compo£f: .double 






blkiecnt; .double 






sbufcnt: .double 






rbufoff: .double 


scent: 


.word 


0x9020 




.word 


isc-start 



#Mod table 

lOffset ot service routine tor 

#Diapatch table. 
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LIFE SUPPORT POLICY 

NATIONAL'S PRODUCTS ARE NOT AUTHORIZED FOR USE AS CRITICAL COMPONENTS IN LIFE SUPPORT 
DEVICES OR SYSTEMS WITHOUT THE EXPRESS WRITTEN APPROVAL OF THE PRESIDENT OF NATIONAL 
SEMICONDUCTOR CORPORATION. As used herein: 

1. Life support devices or systems are devices or 2. A critical component Is any component of a life 

systems which, (a) are Intended for surgical Implant support device or system whose failure to perform can 

into the body, or (b) support or sustain life, and whose be reasonably expected to cause the failure of the life 

failure to perform, when properly used In accordance support device or system, or to affect Its safety or 

with Instructions for use provided in the labeling, can effectiveness, 
be reasonably expected to result In a significant Injury 
to the user. 
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